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NETWORK ENTITY FOR ' INTERCONNECTING SIP END- POINTS OP DIFFERENT CAPABILITIES 

Technical Field 



5 This invention relates to a network entity. In 
particular, but not exclusively, the invention relates to 
a Session Initiation Protocol (SIP) network entity. 

V 

I 

Background 

* 

10 

The session initiation protocol (SIP) , which is 
described in RFC 3261, is a signalling protocol for 
setting up, managing and tearing down of voice, video and 
other multi-media sessions in packet based networks- SIP 

15 is designed simply to handle these aspects of 
communication, other protocols such as Real Time Protocol 
(RTP) are used for actual data transport. - SIP is an 
application • layer protocol that can run over other 
protocols such as User Datagram Protocol (UDP) and 

20 Transmission Control Protocol (TCP) . 

A SIP network is typically composed of four types of 
logical SIP entities, namely, User Agents (UA) , Proxy 
Servers, Redirect Servers and Registrars. 

User Agents (UA) are endpoint entities that initiate 

25 and terminate SIP sessions by exchanging requests and 

t. \ 

responses. A UA contains a User Agent Client (UAC) apd a 
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User Agent Server (UAS) . A UAC is a client . application 
that initiates SIP requests. A UAS is a server 
application that contacts a user when a SIP request is 
received and that returns a response on behalf of the 

5 user. Typical devices that have a UA function in a SIP 
network include PCs, IP telephones and automated 
answering services. 

A proxy searver is an intermediary entity that acts 
as both .a server and a client for making requests on 

10 behalf of other clients. Requests are seirviced either 
internally or by passing them on to other servers. A 
proxy server may receive requests and forwards them to 
another server (called a next-hop server) , which has more 
precise location information about the callee. The next- 

15 hop server might be another proxy server, a UAS, or a 
redirect server. 

A redirect server is a server that accepts a SIP 
request, maps the SIP address of the called party into a 
new address and returns it to its client, typically a 

20 proxy server. Registration servers are continually kept 
updated on the current locations of users. 

The primary function of proxy and redirect servers 

■ 

is call routing, the deteirmination of the set of servers 
to traverse in order to complete the call. A proxy or 
25 redirect server can use any means at its disposal to 
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determine the 'next-hop' server, including executing 
programs and consulting databases. 

The SIP protocol is a text-based protocol partly 
5 modelled on HTTP. There are two types of SIP messages, 
namely, requests, which are sent from clients to servers 
and response, which are sent from servers to clients. A 
request and the responses that follow it are known as a 
SIP transaction - 
10 Request methods defined in the protocol include; 

'INVITE' which is used to initiate a session or change 
session parameters, 'ACK' which is used to confirm that a 
session has been initiated and 'BYE' which is used to 
terminate a session. 
15 Response messages contain numeric response codes and 

there are two types of responses and six classes. 
'Provisional (Ixx class)' responses are used by a server 
to indicate progress of SIP transactions. An example of 
a provisional response is the response code 180 'Ringing' 

■ 

20 response. ^ Final (2xx, 3xx, 4xx, 5xx, 6xx 

classes) 'responses are used to terminate SIP 
transactions. An example of a final response is the 
response code 200 'OK' response. 

A caller establishes a call by issuing an 'INVITE' 

« 

25 request. This request contains header fields used to 
convey information about the call. The most important 



wo 2005/032090 PCT/EP2004/0 10021 

4 

header fields are 'To' and 'From', which contain the 
callee's and caller's SIP address, respectively. The 
Subject header field identifies the sxibject of the call. 

If the callee accepts the call, it responds with an 

5 *0K' response. Connection is done using a three way- 
handshake and so the caller responds with an 'ACK' 
message to confirm receipt of the 'OK' response. 

SIP provides for a variety of multi - media 
communication features similar to those provided by 

10 traditional Private Branch Exchanges, for example, call 
waiting, call hold. Music on Hold, and conference 
calling. It is envisaged that many new such features for 
client endpoint-to-endpoint communication in SIP networks 
will be developed. Communication will sometimes occur in 

15 circumstances where one of the endpoints provides a new 
feature that the other endpoint does not. To date, if 
there is a difference in the set of features available at 
one endpoint in a SIP network and the set of features 
available at the other endpoint in the network, the 

20 endpoints communicate using their lowest common feature 
set. 

The present invention aims to solve the problem of 
connecting an endpoint having an enhanced communication 
feature set and an endpoint having a basic communication 
25 feature set in a manner that allows the enhanced feature 
set to be used. 
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According to the invention there is provided a network 
entity for operating in a communications channel between 
a first end point and a second end point in a packet 

5 based commxani cations network, the first end point having 
available a first set of communication features and the 
second end point having available a second set of 
communication features, including at least one 
communication feature unavailable to the first end point, 

10 the network entity comprising means for acting as a 
client application for the first end point and as a 
server application for the second end point and arranged 

* 

to exchange signalling information with the end points to 
enable the second end point to utilise the at least one 
15 communication feature during communications with the 
first end point. 



An embodiment of the invention will now be described 
20 with reference to the accompanying drawings in which: 



25 



Figure 1 illustrates a system embodying the 



invention; 



Figure 2 illustrates a message sequence chart 



Figure 1 illustrates schematically a system 
embodying the present invention. The system comprises a 
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first SIP user agent 1, a second SIP user agent 2, and a 
SIP basic call enhancer 3 . 

The first SIP user agent 1 and the second SIP agent 
2 may both for example be IP telephones. In this 

5 embodiment, the first SIP user agent 1 provides only a 
basic SIP functionality while SIP user agent 2 provides a 
more advanced SIP functionality. By basic SIP 

fiinctionality, it is meant that the first SIP user agent 
1 supports only session initiation and termination but 

10 does not support session modification. The second SIP 
user agent 2 does support session modification and 
provides an enhanced set of telephony features, including 
for example, call transfer, conference, call hold. Music 
on Hold (MOH) , which are not provided by the first SIP 

15 user agent 1. 

The SIP basic call enhancer (BCE) 3, is an object 
located within the corimninication "channel between the 
first 1 and second 2 SIP user agents- The functionality 
of the BCE may be provided by a suitably configured 

20 Server device located in the SIP network between the 
first 1 and second 2 SIP user agents. 

In operation, during communication between the first 
1 and second 2 SIP user agents, the BCE 3 communicates 
concurrently with both user agents by acting as a SIP 

25 server for the first SIP user agent 1 and as a SIP client 
for the second SIP user agent 2. In doing so, the BCE 3 
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processes and manages a flow of SIP messages that enable 
the first 1 and second SIP user agents 2 to utilise the 
extra telephony features supported by the second SIP user 
agent 2 and which normally could not be used in a session 
5 between the two user agents . 

The BCE 3 comprises a user agent server part 4 for 
exchanging messages with the first SIP user agent 1 and a 
user agent client part 5 for exchanging messages with the 
second SIP user agent 2. These components are standard 

10 SIP components as defined in RFC 3261. 

The BCE 3 further comprises a local configuration- 
store 5 for storing information required for the BCE to 
be able to route messages. This information coitprises 
SIP URI address, e.g. the TCP/IP addresses and port 

15 numbers and the Media-Stream address e.g. UDP address and 
port numbers. 

A call router 6 provides the intelligence needed to 
involve the , first 1 and second 2 user agents in enhanced 
SIP sessions. 

20 The call router 6 receives session request messages 

from the user agent server part 4 and in response 
generates an appropriate session request message for the 
user agent client part 6. 

The call router 6 uses information contained in the 

25 store 5 to substitute SIP URI and Media Stream addresses 
in the request messages received from the user agent 
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client part 6 iwith appropriate new addresses in the 
messages passed to the user agent client part 6 for 
transmission onwards in the network. 

Furthermore, the call router 6 generates its own 
5 rec[uest messages for the second user agent 2 side of the 
network and interprets event messages received from this 
side of the network. 

All messages sent from the user agent server part 4 
to the call router 6 and from the call router 6 to the 
10 user agent part 5 pass via a session controller 7 . The 
session controller 7 thus interacts with the call router 
6 on one side and with the user agent server part and the 
user agent client part on the other side, to keep track 
of session states and progress. Therefore the session 
15 controller 7 behaves like a state machine automat, acting 
on the user agent session states and routing messages. 

A payload router 8 is needed because the SIP 
protocol specifies the endpoints for a media stream. The 
first user agent 1 can only handle a single media stream 
20 session to the BCE 3 and cannot change media stream 
capabilities within a session. In other words, the first 
user agent 1, as a basic SIP client, cannot handle 
multiple media streams within a SIP session. The second 
user agent 2 can handle multiple media streams within a 
25 SIP session (i.e. Re-invite) because this user agent 
supports an enhanced feature set. The main task of the 



wo 2005/032090 PCT/EP2004/0 10021 

9 

payload router 8 is to manage any media streams in such 
away that the BCE 3 acts as a virtual end point to both 
the first 1 and second 2 user agents in respect of these 
media streams. 

Referring now to Figure 2 of the accompanying 
drawings there is illustrated a message sequence chart, 

■ 

In the sequence illustrated in Figure 2, the first 
user agent 1, the agent having the baisic SIP 
functionality, calls the second user agent 2, the agent 
having the enhanced SIP fiinctionality . The second user 
agent 2 is busy on another call and is initially unable 
to accept the first agent's call. One telephony feature 
available to the second user agent 2 but not to the first 

■ 

user agent 1 is the well known Music on Hold (MOH) 
feature . 

The BCE 3 co-ordinates with the SIP network the 
connection of the first user agent 1 to a MOH entity and 
the subsequent connection of the first 1 and second 2 
agents when the second agent is ready to receive the 
first agents call 1. 

Referring now to Figure 2 ^in more detail, at step 
100, the first user agent 1 transmits an INVITE message 
to the second user agent 2 . In accordance with standard 
SIP procedure, the Invite message is' routed through a 
secjuence of 'next- hop' proxy servers (not shown) each 
server in the sec[uence having more precise information on 
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the location of the second user agent 2 than the server 
before it. The final server in this sequence (not shown) 
is configured to redirect incoming Invite messages for 
the second user agent 2 to the BCE 3. The Invite message 

* 

5 thus arrives at the Server Part of the BCE 3 . The 
redirection of the message may be indicated to the first 
user agent 1 by the SIP network using standard SIP 
mechanisms . 

The user agent server part of the BCE 3 receives the 
10 Invite message and forwards it to the session controller 
7 . The session controller 7 handles the session state 
(e.g. state = initiated) . 

The Invite message is passed to the call router 6 
which fits URI address information in the SIP message 
15 header and the Media-Stream addresses in the SDP protocol 
parameters within the standard SIP message body. 

The message is passed to the user agent client part - 
of the BCE 3 which transmits the message onwards in the 
. network, step 101, to a SIP proxy/redirect server 9. 
20 The SIP proxy server 9 is aware that the second user 

agent 2 is busy and so redirects the message, step 102, 
to a Music on Hold (MOH) feature 10. The server 9 may be 
kept aware of the session status of the second user agent 
2 by a SIP presence service. Alternatively, the server 9 
25 may be a so called stateful proxy server that is able to 
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derive the session status of the second user agent 2 by 
virtue of the protocol flow between the two. 

The MOH feature 10 is a SIP invocable feature that 
provides call announcements and music to a caller that 
5 has been placed on hold. 

The MOH 10 responds to the server 9 by transmitting 
a Ringing reply, step 103, which the server 9 in turns 
routes to the client part of the BCE 3, step 104 and 

i 

which is routed from the server part of the BCE 3 to the 
10 first user agent 1, step 105. 

Likewise, an OK message is transmitted from the MOH 
10 to the sever 9 , step 106 , which the server 9 in turns 
routes to the client part of the BCE 3, step 107 and 
which is routed from the server part of the BCE 3 to the 
15 first user agent 1, step 108. 

The first user agent 1 responds by transmitting an 
Ack message which is received at the server part of the - 
BCE 3, step 109, and in turn, an ACK message is routed 

* 

from the client part of the BCE 3 to the server 9, step 
20 110, and from the server 9 to the MOH 10, step 111. 

This exchange of messages sets up a Real Time 
Protocol (RTP) media flow between the MOH 10 and the 
payload router 8 of the BCE 3, and another RTP media flow 
between the payload router 8 and the first user agent 1. 
25 This enables hold annoiincements and music to be delivered 
from the MOH 8 to the first user agent 1. 
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When the existing session of the second user agent 2 
ends, the server 9 is informed and in turn, informs the 
BCE 3 by transmitting an Invite (HOLD) message, step 112, 
to initiate a termination of the MOH session. The BCE 3 
5 responds with an OK message, step 113, prompting an ACK 
message from the searver 9, step 114. 

To terminate the RTP connection between the BCE 3 
and the MOH 10, the server 9 sends a BYE message to the 
MOH 10, step 115, which responds with an OK message, step 
10 116. 

At this point, the SIP connection between the BCE 3 
and the MOH 10 is terminated and thus the first user 
agent 1 no longer receives a MOH media stream, but the 
SIP connection between the first user agent 1 and the BCE 
15 remains in place* 

The server 9 now establishes a connection between 
the second user agent 2 and the BCE 3. To this end, the 
server 9 sends an Invite message to the second user agent 
2, step 117, proinpting an exchange of a Ringing, an *0K' 
20 and an ACK message between the two (for brevity all these 
messages are illustrated as a single step 117) . 

Furthermore, the server 9 sends an Invite (Re- 
invite) message to the BCE, step 118, which replies with 
an OK message, step 119, prompting an ACK message from 
'25 the server 9, step 120. 
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At this point, if the second user agent 2 goes off 
hook, the BCE's 3 payload router connects the RTP 
channels between the first user agent 1 and the second 
user agent 2 allowing them to communicate. 
5 In this scenario, the first user agent 1 initiates 

tertnination of the session by transmitting a BYE message 
to the BCE 3, step 121, which responds with an OK 
message, step 122 . This terminates the SIP session 
between the BCE 3 and the first user agent 1. 

10 The BCE 3 transmits a BYE message via the server 9, 

step 123 , to the second user agent 2 step 124 . The 
second user agent 2 responds with an OK message 
transmitted via the server 9, step 125, to the BCE step 
126. This terminates the SIP session between the BCE 3 

15 and the second user agent 2 . 

Having thus described the present invention by 
reference to a preferred embodiment, it is to be well 
understood that the embodiment in question is exemplary 
only and that modifications and variations such as will 

20 occur to those possessed of appropriate knowledge and 
skills may be made without departure from the scope of 
the invention as set forth in the appended claims. 



